home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1542 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.3 KB
  1. From: Kay Roemer <roemer@informatik.uni-frankfurt.de>
  2. Posted-Date: Wed, 8 Jun 94 9:03:58 MESZ
  3. Received-Date: Wed, 8 Jun 94 09:03:58 +0200
  4. Message-Id: <9406080703.AA15701@hera.rbi.informatik.uni-frankfurt.de>
  5. Subject: Re: MiNT 1.10 re-sync 
  6. To: howard@harry.lloyd.com (Howard Chu)
  7. Date: Wed, 8 Jun 94 9:03:58 MESZ
  8. In-Reply-To: <m0qBBLb-000ESDC@lloyd.com>; from "Howard Chu" at Jun 07, 94 5:18 pm
  9. Mailer: Elm [revision: 70.85]
  10.  
  11. > Upon reflection, it would probably be easier to load shared text regions at the
  12. > top of memory, and continue creating the TPA from lower memory. That way you
  13. > don't have to worry about artificially limiting the amount of memory you give
  14. > to a newly spawned process. (I wonder how topdown solved this problem...)
  15.  
  16. This sounds like a possible solution. TPA doesn't matter in this case, because
  17. it is freed when the process (running a shared text) exits. Fragmentation seems
  18. to occur, when
  19.  
  20. 1) running shared text
  21. 2) last process running shared text exits, shared text still hangs around.
  22. 3) allocating memory in eg, a device driver or fs or running TSR or daemon.
  23. 4) goto 1
  24.  
  25. After a few iterations the stuff allocated in 3) prevents the free shared
  26. text regions from beeing joined together to one large hunk.
  27.  
  28. Sigh! Thats a real problem when physical address space == virtual address
  29. space.
  30.  
  31. Kay.
  32.